home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950528-19950726 / 000234_news@columbia.edu_Sun Jun 28 04:13:15 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA09840
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Thu, 29 Jun 1995 02:33:12 -0400
  3. Received: by apakabar.cc.columbia.edu id AA19469
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Thu, 29 Jun 1995 02:33:10 -0400
  5. Path: news.columbia.edu!panix!bloom-beacon.mit.edu!news.kei.com!hookup!ddsw1!news.mcs.net!not-for-mail
  6. From: les@MCS.COM (Leslie Mikesell)
  7. Newsgroups: comp.dcom.modems,comp.protocols.kermit.misc
  8. Subject: Re: Improved modem dialing for C-Kermit
  9. Date: 27 Jun 1995 23:13:15 -0500
  10. Organization: /usr/lib/news/organi[sz]ation
  11. Lines: 58
  12. Message-Id: <3sqksr$g8l@Mercury.mcs.com>
  13. References: <3seuml$4s6@apakabar.cc.columbia.edu> <3sft9o$8ul@Mars.mcs.com> <DAtBI5.36y@bokonon.uucp>
  14. Nntp-Posting-Host: mercury.mcs.com
  15. Xref: news.columbia.edu comp.dcom.modems:99823 comp.protocols.kermit.misc:3068
  16. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  17.  
  18. In article <DAtBI5.36y@bokonon.uucp>,
  19. Stephen M. Dunn <stephen@bokonon.UUCP> wrote:
  20. >In article <3sft9o$8ul@Mars.mcs.com> les@MCS.COM (Leslie Mikesell) writes:
  21. >$Why not teach it to read uucp Devices and Dialers files on the unix
  22. >$version at least?  Everyone has to set these up anyway and it's
  23. >$annoying to have to do it all over again for kermit and add a
  24. >$start up script that knows how to find a free modem line.
  25. >
  26. >   You'd be surprised, actually, at how many people _don't_ set
  27. >these up, and go through life expecting that the modem will just
  28. >work optimally without any setup if it's used only for dial-in.
  29. >I've seen more than one >9600 bps modem used as a 9600-only
  30. >modem because someone didn't know that you could set up the OS
  31. >to do better, noticed in the manual that the modem defaults to
  32. >9600 bps DTE rate when powered on, and just left it like that.
  33. >I've also seen a 9600 bps modem configured to use a hayes2400
  34. >dialer, again due to lack of knowledge on the part of the person
  35. >who set it up.
  36.  
  37. Actually most modern modems can use a hayes2400 dialer, *if* you
  38. manually configure its settings and store the correct defaults.
  39. This, by the way, is a very good reason to keep a copy of kermit
  40. around on every unix machine.  It is generally difficult to impossible
  41. to chat with modems that don't have carrier detect up using the
  42. stock unix programs.  I keep scripts around to initialize all my 
  43. modems for bidirectional use (no echo, no result codes, actual
  44. carrier detect, reset  on DTR drop, etc.) so I can run them easily
  45. whenever I swap a modem or suspect it isn't set right.
  46.  
  47. >   As for dial-out, I think C-Kermit probably needs more information
  48. >than just "how UUCP or cu dials out" and "how to reset the modem
  49. >for dialin".  For example, of all the stuff it finds, how does it
  50. >know which bits enable or disable error control, data compression,
  51. >how flow control is set, etc.?
  52.  
  53. Unless your unix ports can't handle hardware flow control you are
  54. almost always better off locking the computer<->modem speed at
  55. the highest they can handle well and letting the modem negotiate
  56. the details of how to deal with the other end.  But, the HDB
  57. files allow you to specify 'classes' of modems instead of
  58. just speeds.  For example you might list a port as being
  59. an X38400 class as well as another entry that specified N38400,
  60. and the different entries could link to different dialer scripts
  61. regardless of whether you had two different devices or not, so
  62. by selecting a particular class you can initialize the modem
  63. as needed for the connection.
  64.  
  65. >   Throw in the fact that there isn't just one standard format
  66. >for these (I believe pre-HDB UUCP used a different format; I've
  67. >never used Taylor UUCP so I can't say if it does or not) and it
  68. >gets more difficult to fish this stuff out. 
  69.  
  70. HDB is the only version that provides enough information to be
  71. usable for anything but the simplest situations (and Taylor is
  72. able to use the HDB files as well as its own variation).
  73.  
  74. Les Mikesell
  75.   les@mcs.com